home *** CD-ROM | disk | FTP | other *** search
/ Shareware Overload Trio 2 / Shareware Overload Trio Volume 2 (Chestnut CD-ROM).ISO / dir37 / dosmnu58.zip / DMUSERS.DOC < prev    next >
Text File  |  1994-02-24  |  5KB  |  157 lines
  1.                            COMMONLY ASKED QUESTIONS
  2. ==============================================================================
  3.  
  4. ?    I get cryptic messages after logging out of a NetWare network.  What can
  5.      I do to prevent this?
  6.  
  7. Ans: When you use a batch file to run the NetWare logout command, some of your
  8.      mappings will be lost before the batch file is completed, leading to
  9.      strange DOS errors.  For instance, if you used the OUT.BAT to log out and
  10.      the contents of OUT.BAT were:
  11.  
  12.      OUT.BAT
  13.      -------
  14.      @echo off
  15.      cls
  16.      logout
  17.      f:
  18.  
  19.      then you might receive one of these:
  20.  
  21.      Cannot execute X:\OUT.BAT
  22.      or
  23.      Invalid drive specification - X:\OUT.BAT
  24.      or
  25.      perhaps your DOS prompt goes completely away.
  26.  
  27.      It is easy to prevent this from occurring.  What is probably happening is
  28.      that you are not in the F:\LOGIN directory when the OUT comand is issued
  29.      or either DOS 'sees' you on another drive, like X:, due to your network
  30.      search mappings for the F:\LOGIN directory.  In any event, you simply
  31.      need to make a dummy batch file in a directory that is higher up (before)
  32.      than the LOGIN mapping, usually F:\PUBLIC.  In this example, make a dummy
  33.      OUT.BAT in F:\PUBLIC that contains:
  34.  
  35.      OUT.BAT
  36.      -------
  37.      @echo off
  38.      f:
  39.      cd\login
  40.      out
  41.  
  42.      This will redirect DOS and make sure that it actually is 'in' F:\LOGIN
  43.      before it runs the OUT.BAT in F:\LOGIN, and then DOS will not be lost
  44.      after the logout command is issued from that batch file.
  45.  
  46.      If your F:\LOGIN search mapping is already the 'first' mapping on your
  47.      mapping list, then make the OUT.BAT in F:\LOGIN redirect to another batch
  48.      file in F:\LOGIN, so DOS will actually 'be there' and run that batch file
  49.      for the logout instead.  For example, make OUT.BAT look like this:
  50.  
  51.      OUT.BAT
  52.      -------
  53.      @echo off
  54.      f:
  55.      cd\login
  56.      realout
  57.  
  58.      where REALOUT.BAT is a batch file in F:\LOGIN that contains:
  59.  
  60.      REALOUT.BAT
  61.      -----------
  62.      @echo off
  63.      cls
  64.      logout
  65.      f:
  66.  
  67.      Although the above sounds complicated, it really isn't.  All you are
  68.      trying to do is to insure that DOS is 'in' F:\LOGIN and running a batch
  69.      file that is 'in' F:\LOGIN before the actual logout command is issued, so
  70.      that it doesn't get 'lost' afterwards.
  71.  
  72.  
  73.  
  74. ?    On a network, when logging out through DOSmenu, sometimes using the
  75.      logout command (for LOGOUT.EXE) leaves error messages on the user's DOS
  76.      screen or takes away the user's DOS cursor and prompt.  Why is this and
  77.      what can I do?
  78.  
  79. Ans: Simple.  As an addon to the above discussion, just change your MENU.BAT
  80.      file to add the following near the top of the file:
  81.  
  82.      MENU.BAT (near top)
  83.      --------
  84.      f:
  85.      cd\login
  86.  
  87.      This will insure that DOS is 'in' the login directory after running the
  88.      logout command, and therefore MENU.BAT will still be found so that it can
  89.      be completed by DOS.
  90.  
  91.      Alternatively, you could place a dummy MENU.BAT in a higher mapped
  92.      directory, like PUBLIC, that reads:
  93.  
  94.      MENU.BAT
  95.      --------
  96.      @echo off
  97.      f:
  98.      cd\login
  99.      menu %1 %2 %3 %4 %5
  100.  
  101.      This would accomplish the same thing.
  102.  
  103.      In any case, the other DOmenu files do not need to be in the LOGIN
  104.      directory.  But if you choose to place them there, that's OK.  You may
  105.      even make them hidden with the hidden DOS/network attribute if you
  106.      desire.  Just do not make them readonly at the file level.  Setting the
  107.      LOGIN directory to READ/FILE SCAN only is adequate and will work well.
  108.  
  109.  
  110.  
  111. ?    After passing the logout command, I still get a menu after the logout is
  112.      completed.  How do I stop this?
  113.  
  114. Ans: Add a line the MENU.BAT just after the %_dmcmd% line to check to see if
  115.      the user is still logged in or not, like:
  116.  
  117.      if not exist f:\public\*.* goto END
  118.  
  119.      This way, the MENU.BAT will quit after logout.
  120.  
  121.  
  122.  
  123. ?    When we try to use the GOTO END command to give users a menu quit option,
  124.      it doesn't work.  Why and how do we do it?
  125.  
  126. Ans: To use this function, it must be the only command for that menu item.
  127.      For example:
  128.  
  129.      Q Quit
  130.      cls
  131.      goto END
  132.      
  133.      will not work because if there is more than one command, DOSmenu makes
  134.      the commands into a temporary batch file.  In that case the 'goto END'
  135.      command would only go to the end of the temporary batch file!  The
  136.      following will work:
  137.  
  138.      Q Quit
  139.      goto end
  140.  
  141. ?    Why would we want to turn off mouse support in DOSMENU.INI?
  142.  
  143. Ans: Under some configurations, your DOS mouse driver (MOUSE.COM, etc.) may
  144.      take some delay in initializing, therebey introducing an unwanted delay
  145.      factor between menu selections.  This delay would occur because DOSmenu
  146.      unloads itself between menu commands to give you all of the DOS memory to
  147.      run programs.  When it unloads itself, the mouse driver is automatically
  148.      un-initialized by DOS as well.
  149.  
  150.  
  151.  
  152. ?    Why do I sometimes get a parameter error when I running MENU.BAT on a
  153.      NetWare network?
  154.  
  155. Ans: NetWare's MENU.EXE program is probably in your search path (normally in
  156.      \PUBLIC).  You should either delete or rename this file.
  157.